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METHOD AND SYSTEM OF DISPLAYING CONTENT ASSOCIATED WITH^ 
BROADCAST PROGRAM 

FIELD 

The invention relates to presenting content associated with broad- 
5 cast program in a user terminal of a telecommunication system. 

BACKGROUND 

Media broadcasters, such as television and radio, have taken steps 
to provide audience with digital supplementary services, such a program in- 
formation, news, weather information, competitions and other related content, 
10 in addition to a traditional media stream. These digital supplementary services 
are usually delivered over the Internet using audiences' personal computers or 
other devices capable of connecting to the Internet. 

Radio and television stations often deliver content of the content 
providers through their service and collect revenues out of content sales. Al- 
15 ready, broadcasters are offering ringing tones and logos on their web sites, 
which are delivered to a user from the content provider's system. The user is 
required to take up the task of navigating to the broadcaster web site to access 
the information on content available, and how to acquire or purchase it. The 
broadcasters have to promote the web address in the broadcast to attract us- 
20 ers to visit the web site. 

There are, however, problems related to acquiring, delivering and 
presenting broadcast related content by the listeners of the progam. Often, 
people do not have a PC with Internet access when they are receiving the 
broadcast. Additionally, navigating a way through a complicated Internet web 
25 structure to the correct service address is laborious and time consuming. Ac- 
quiring, for example, of a ringing tone requires the user to send a text message 
to a defined service number with a service code and content identification 
string. The service codes and identification strings are difficult to remember. 
The complexity in accessing the service results in a high barrier to connect a 
30 user to a service and low ratings of the service. 

BRIEF DESCRIPTION OF THE INVENTION 

An object of the present invention to provide an improved method 
and related apparatus for presenting content associated with a broadcast pro- 
gram in the user terminal. The objects of the invention are achieved by a 
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method and apparatus which are characterized by what is stated in the inde- 
pendent claims 1, 10, 19, and 27. The preferred embodiments of the invention 
are disclosed in the dependent claims. 

The invention is based on the idea of arranging two reception 
5 modes, one for interactive user operations and one for the default operation 
executed according to a defined order timed according to the broadcast pro- 
gram. Furthermore, the transition from the mode for interactive user operations 
is disabled unless appropriately authorized. 

An advantage of the invented solution is that the interactive opera- 
10 tions are in control of the user and are thus not overridden by content timed or 
pushed to the user terminal for display. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following the invention will be described in greater detail by 
means of preferred embodiments with reference to the attached drawings, in 
15 which 

Figure 1 illustrates the basic elements of the first embodiment of the 

invention; 

Figure 2 illustrates the structure of a telecommunication system; 
Figure 3 shows a more detailed structure of the embodied media 

20 system; 

Figure 4 illustrates elements of a user terminal; 

Figure 5 illustrates the embodied method for displaying information 
received in the parallel channel; 

Figure 6 illustrates a screen of the user terminal displaying a first 
25 content item; 

Figures 7A to 7D show the division between the first mode and of 
the second mode in more detail; and 

Figure 8 illustrates the step of the embodied method. 

DESCRIPTION OF EMBODIMENTS 

30 Figure 1 illustrates the basic elements of the first embodiment of the 

invention. The media system (MES) 10 refers to any communication system 
that generates information for transmission over the air interface to a user ter- 
minal (UT) 150. The MES 10 comprises a broadcast transmitting system 100, 
a telecommunication system 110, a content creation tool 120, and a content 

35 server 130. The broadcast transmitting system 100 provides a program ser- 
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vice, i.e. a media stream transmitted over the air in a broadcast channel 140, 
which is typically accessible to a plurality of user terminals 150. The broadcast 
transmitting system 100 can be construed as a cable TV network, a satellite 
TV network, a radio frequency TV network, a radio cable or terrestrial network, 
5 and/or any TV or radio network capable of transmitting a media stream to a 
plurality of broadcast receivers. The media stream may comprise, for example, 
a radio or TV program. 

The telecommunication system 110 provides the user terminal 150 
with an access to external networks, hosts, or services offered by specific ser- 

10 vice providers. In the following, the invention will be described using the terms 
and elements of the combined structure of the GSM (Global System for Mobile 
Communications) and GPRS systems (General Packet Radio Service), and 
the telecommunication system is thus referred to as a radio system. The radio 
system 110 here refers generally to a telecommunications system that pro- 

15 vides a wireless access to the system. Typically the access point of the wire- 
less access can change when user terminals move within the service area of 
the system. A typical radio system is a Public Land Mobile Network (PLMN). 
The invention may, however, be applied in connection of any other mobile ra- 
dio system that provides bidirectional data communication. Examples of such 

20 systems are PCS (Personal Communication System) and DCS 1800 (Digital 
Cellular System for 1800 MHz), TETRA (Terrestrial Trunked Radio), and third 
generation mobile systems, such as UMTS (Universal Mobile Communication 
System) and IMT-2000 (International Mobile Telecommunication System 
2000). It should be noted that the invention can also be applied to fixed sys- 

25 terns, for example to the PSTN (Public Switched Telephone Network), local 
area networks, and wide area networks, though the advantages of the inven- 
tion are more imminent in mobile communication environment. 

The content server 130 and the content creation tool 120 facilitate 
generation and/or delivery of information associated with the program service 

30 from the broadcast transmitting system 100 to the radio system 110 and vice 
versa. This information is provided to the user terminal 150 through the wire- 
less access of the radio system 110, hereinafter referred as a parallel channel 
160. This parallel channel 160 may be used to deliver information associated 
with the content of the program service of the broadcast transmitting system 

35 100 for display in the user terminal 150 timed according to the broadcasted 
program. 
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Figure 2 shows the logical structure of a radio system 110 that, as 
such, is known to a person skilled in the art. For clarity's sake, only the network 
elements necessary for describing the embodiment are shown. In the embod- 
ied solution the radio system 1 10 corresponds to the combined structure of the 

5 GSM (Global System for Mobile Communications) and GPRS systems (Gen- 
eral Packet Radio Service). The GSM network elements are responsible for 
the implementation of circuit-switched connections, and the GPRS network 
elements for the implementation of packet-switched connections, some of the 
network elements, however, being shared by both systems. 

10 A centre 200 represents a mobile services switching centre (MSC) 

and a serving GPRS support node (SGSN) that enable circuit-switched and 
packet switched signaling, respectively, in the radio system. The radio system 
may further comprise a gateway unit 202, which represents a gateway mobile 
service switching centre (GMSC) and a gateway GPRS support node (GGSN). 

15 The GMSC attends to the circuit-switched connections between the core net- 
work and external networks, such as a public land mobile network (PLMN) or a 
public switched telephone network (PSTN), and the GGSN attends to the 
packet-switched connections between the core network and external networks 
such as the Internet. 

20 The centre 200 controls a radio access network (RAN) 204, which 

comprises at least one base station controller 206 that controls at least one 
base station 208. The base station controller 206 may also be called a radio 
network controller, and the base station may be called a node B. A user termi- 
nal 150 communicates with at least one base station 208 over a radio inter- 

25 face. 

The radio system 110 is connected to a server 130 that in Figure 2 
is shown connected to the centre 200. However, the content server 130 may 
also be connected to the gateway 202 or to some part of the RAN 204. It is 
also possible that the server 130 communicates with the radio system over the 

30 radio interface in the same manner as the user terminal 150. 

The parallel channel is opened by creating a connection with the 
server 130. This is typically created from the user terminal. A packet switching 
method is suitable for data transmission where the data is transmitted in 
bursts. In such a case, it is not necessary to allocate a data link for the entire 

35 duration of transmission; only for the time it takes to transmit the packets. This 
reduces costs and saves capacity considerably. Thus, a packet data connec- 
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tion (GPRS) is shown in this embodiment, though basically a circuit switched 
connection is applicable as well. 

Based on the received information from the broadcast transmitting 
system 100 the content creation tool 120 generates a first signal associated 

5 with information on the program service. The information can comprise, for 
example, an object identification relating to the media stream, data about the 
music played at the moment, a time table of the program, DJ's message to the 
listeners or the like. 

The first signal enters a content server 130, which now serves as a 

10 gateway to the radio system 110. The content server 130 processes the first 
signal received from the broadcast system 100, and based on the received 
information on the program service generates a second signal that carries a 
content package comprising one or more content items for displaying on the 
terminal screen. The content server 130 feeds the second signal to the radio 

1 5 system 110, and the signal is transmitted to the user terminal 1 50. 

It should be noted that the first signal from the content creation tool 
120 to the user terminal 150 may alternatively be sent to user terminals utiliz- 
ing the RDS (Radio Data System) provided that the user terminal has a re- 
ceiver for the RDS signal. The RDS signaling can be utilized on the FM broad- 

20 cast since the RDS information is encoded in the FM signal. 

If the signal is sent to the user through the radio system, it should be 
noted, that the user does not mandatorily have to be able to receive or to be 
aware of the broadcast program; it is enough that the user can receive the con- 
tent items through the parallel channel. Naturally in this case the user terminal 

25 1 50 does not necessarily need to be equipped with a receiver of the broadcast 
system. 

Primarily a content item is shown to the user according to a pre- 
defined order and timing, substantially synchronized to the program of the 
broadcast system it is associated with. For example, a content item showing 

30 the name and the artist of a song may be displayed in the user terminal at the 
moment the song starts playing in the broadcast. If more than one content 
items are associated with the program, their mutual structure and timing is 
generally defined as well. However, a user receiving the parallel channel or a 
RSD signal has furthermore an opportunity for interactive communication. In 

35 the embodied solution this opportunity is realized by providing the user with a 
on-screen button that is displayed in the user terminal 150. The on-screen but- 
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ton is incorporated in the displayed content item and corresponds to a content 
object identification so that pressing of the button initiates a request of uplink 
data transmission, and generates an uplink signal including a content object 
identification from the user terminal. The uplink signal is transmitted from the 
5 user terminal 150 through the radio system 1 10 to the content server 130 that 
forwards the request to a destination derived according to the content object 
identification. 

For example, let us assume that the content item comprises an offer 
on a deliverable content object, which may be purchased over the air. The con- 

10 tent object may comprise, for example, a text string, a picture, a video clip, an 
audio clip, a game, a logo, a screen saver, a ringing tone, or the like, a series 
of these or any combination thereof. The parameters required for delivering 
and purchasing are included in the object identification that has been received 
by the user terminal 1 10. If the user pushes the on-screen button in the screen, 

15 an uplink signal is generated, and forwarded to the object provider's delivery 
system, using the parameters comprised in the object identification. If the ob- 
ject provider is an operator, the object can locate in an object database 170, 
which may thus be a part of the radio system 110, as shown in Figure 1. The 
content object can be also provided by a maintainer of the content server 130, 

20 which in that case may include the object database 170. Alternatively, the ob- 
ject may be provided by the broadcaster, and hence, the object database 170 
may also be a part of the content creation tool 120. 

Figure 3 provides a diagrammatic representation of the elements of 
the broadcast transmitting system 100 and of the content server 130. It should 

25 be noted that the elements are described as logical elements, and the descrip- 
tion should thus not be interpreted to restrict the physical implementation of the 
units. 

Broadcast transmitting system 

30 The broadcast transmitting system 100 of Figure 3 comprises 

broadcast content delivery module 102, a timing information module 104, a 
dynamic content delivery module 106, and a user interface 108. 

A broadcast content delivery module 102 generates and transmits 
the media stream comprising the broadcast program to a broadcast receiver 

35 412, such as FM radio receiver, TV set receiver, or the like. The receiver may 
also be comprised in the user terminal 1 50. The broadcast content delivery 
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module 108 of a radio station typically comprises a sophisticated digital content 
management system to compile and run a broadcast program. Examples of 
such content management systems are RCS's Master Control and Jutel's Ra- 
dioMan. A broadcast may include FM transmission, AM transmission or digital 

5 radio or television transmission, or the like. 

The timing information module 104 generates timing information for 
synchronizing the contents in the broadcast channel and in the parallel chan- 
nel. The timing information module 102 embodied here may provide, for exam- 
ple, information on the starting time and the ending time of a particular pro- 

10 gram, as well as information on timing of advertising breaks etc. 

The dynamic content delivery module 106 may provide additional 
dynamic content information related to the broadcast program. Such dynamic 
content information may comprise, for example, results of events in the broad- 
cast, such as the name of a winner in a quiz show, or the like. If such content 

15 information is generated during the program, for example, in live events, sports 
coverage or in broadcast radio, the content information is transferred to the 
content creation tool 120 by the dynamic content delivery module 106. In addi- 
tion, the dynamic content delivery module 106 may receive interaction results 
from the content server 130 to be used as part of the broadcast, for example, 

20 to display the results of a vote on the TV as a video overlay. 

The broadcast transmitting system 100 may also provide a user in- 
terface 106. The user interface 106 is used for outputting the received interac- 
tion results from the content server 130 to the broadcasting personnel. 



25 Content creation tool 

The content creation tool 120, which in this embodiment can also be 
called a visual radio tool, allows creating a visual, acoustic or tactile presenta- 
tion and manage presentation of it in the user terminal timed according to the 
broadcast program. The content creation tool 120 forms the content items that 

30 are provided to the user terminal for outputting. In addition, the content crea- 
tion tool allows managing interactive elements, such as delivering and pur- 
chasing objects, voting and quizzes. The content creation tool 120 may locate 
in the broadcaster's premises, for example in a radio or in a television station, 
and be integrated to the broadcast transmitting system 100 so as to form an 

35 integrated broadcast system. The content creation tool 120 may also be used 
to define a user navigation structure within the parallel channel. The user navi- 
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gation structure refers to a sequential order of a group of content items associ- 
ated with the same program, or of object identifications in the same content 
item. 

The content creation tool 120 comprises a content structure tool 

5 122, content packaging module 124, and a feedback module 126. The content 
structure tool 122 may receive information from the dynamic content delivery 
module 106, and from the timing information module 104 of the broadcast 
transmitting system 100. The content structure tool 122 attaches timing to con- 
tent items so that a content item may be output in a user terminal 1 50 syn- 

10 chronized to the media stream of the broadcast program (for example, show 
the identification of this object on the screen of the user terminal at 14:43:02 
after the beginning of the program). The content structure tool 122 provides the 
layouts for displaying the content items, thereby defining their appearance on 
the screen. Furthermore, the content structure tool 122 may define the delivery 

15 of content items to the user terminal in accordance with the broadcasting time 
line of the media stream. 

The content packaging module 124 may receive information from 
the dynamic content delivery module 106, and from the timing information 
module 104 of the broadcast transmitting system 100. Based on the content 

20 structure definition by the content structure tool 122, it creates a content pack- 
age for delivery to the user terminal 1 50, comprising content items carrying the 
individual content objects to be displayed, such as text strings, graphic file ob- 
jects, animations, video clips, etc. 

The feedback module 126 is arranged to the content creation tool 

25 120 for processing the interaction signals from the users. User responses that 
are sent from the user terminal through the radio system to the server 130 are 
fed to the feedback module 126 In the content creation tool 120. Based on the 
responses, the feedback module 126 formats a presentation that may be fed to 
the broadcasting personnel through the dynamic content delivery tool 106 and 

30 user interface 108 of the broadcast transmitting system 100, or as a new dy- 
namic content item to be included in the broadcast program. 

Content server 

The content server 130 provides an access point and thus controls 
35 the content flow to and from the user terminal. It facilitates a timed delivery of 
content items and/or packages to the user terminal, as well as collecting and 
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forwarding of interaction results from the radio system 110 to the broadcast 
system 100. The content server 130 may also control, and if necessary limit 
the number of users using the parallel channel at the same time. 

The content server comprises a content delivery engine 132, an in- 
5 teraction engine 134, and a synchronization engine 136. The content delivery 
engine 132 receives a content package comprising one or more content items 
created by the content packager 124 of the content creation tool 120. The con- 
tent package is fed from the content delivery engine 132 to the interaction en- 
gine 134, which sends a signal comprising said content package through the 
10 radio system 110 to the user terminal 150. Prior to sending the content pack- 
age the content may be adjusted to the capabilities and the screen size of the 
receiving user terminal. This requires that the capability information of the user 
terminal has been signaled to the content server, for example, at connection 
setup. 

15 It is possible that one content package is associated with one pro- 

gram and delivered to the user terminal before the program starts. This is ap- 
propriate when dealing with pre-planned and recorded shows and programs, 
where the content and content timeline are relatively accurately known in be- 
forehand. The content associated with one program may alternatively be deliv- 

20 ered in a package that contains both the user terminal software module in a 
suitable format, such as a Java Ml Diet and the content package for a particular 
program. In this case, dynamic content may be delivered in addition to the pre- 
liminarily delivered content package to deal with variations in content during 
the broadcast. Alternatively, the package may correspond to a segment of the 

25 program. This approach is suitable for, for example, FM radio, where the play 
list is often more dynamically designed. 

The synchronization engine 136 receives timing information from 
the timing information module 104 of the broadcast transmitting system 100, 
and utilizes that to manage the transmission of content packages to the user 

30 terminal. In addition, the synchronization engine 136 allows the user terminal 
110 to synchronize their clocks to broadcast system time references by run- 
ning a synchronization algorithm. These control events may be communicated 
through a synchronization engine 136 to an interaction engine 152 of the user 
terminal 150 and the synchronization engine 320 may thus adjust parallel 

35 channel timing accordingly. 
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The interaction engine 134 receives responses from the user termi- 
nal and forwards them to the content object provider according to the received 
object identification. In addition, the interaction engine 134 may collect the in- 
teraction responses from the user terminals and feed them to broadcast 
5 transmitting system 100 through the feedback module 126 of the content crea- 
tion tool 120, dynamic content delivery module 106 and user interface 108 of 
the broadcast transmitting system 100. The interaction engine 134 may also 
create and store statistics of the number of the users as well as the activity to 
participate in interactions. 

10 

Mobile 

Figure 4 illustrates in more detail a user terminal 1 50, which com- 
prises substantially conventional components, including wireless modems, 
processors, a memory, a user interface, a display, etc. In addition, the user 

15 terminal may include a broadcast receiver 412, such as TV or radio tuner, 
video streaming engine, etc. The user terminal is usually a mobile or a cellular 
telephone, but may also be, for example, a laptop computer, personal digital 
assistant or the like. 

The user terminal 150 includes a specific software module (400 to 

20 410) for providing the parallel channel functionality. This module can be im- 
plemented using a native operating system such as, for example, Symbian, or 
using a programming environment, such as, for example, Java MIDP. 

A content package from, for example, the server interaction engine 
134 or as a broadcast is received to the user terminal 150 through the interac- 

25 tion engine 400. The received content package is stored in a local memory, a 
content storage 402. The content packages may be stored in a content storage 
402 as a background process, so that content information is available for a 
content processor 404 and for a rendering engine 406 when needed. Default 
information can also be stored in content storage of the local memory 402 to 

30 be shown in case dynamic content for some reason is not available to the user 
terminal 150. 

The rendering engine 406 provides visual, acoustic and/or tactual 
effects to be output according to the content item to the user. 

The reception of the parallel channel can be initiated in several 
35 ways. The user may activate a functionality, which enables the user terminal to 
receive and display the content items coming from the broadcast system either 
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through the radio system, or as an RDS broadcast. If the user terminal in- 
cludes a broadcast receiver, instead of manual initiation, the user terminal may 
also be programmed to automatically initiate the reception of the content items 
over the parallel channel and display them on the terminal screen whenever 
5 the user selects a particular broadcast channel. 

In initiating the reception of the parallel channel in the user terminal 
150, the user terminal 150 transmits information about itself to the content 
server 130. The information may comprise data indicating the variant of the 
user terminal, which enables adjusting the content items to contain, for exam- 

1 0 pie, graphic objects optimized to the capabilities of the particular user terminal. 

The timer controller module 408 may run a synchronization algo- 
rithm with the content server 130 to synchronize an internal clock of the user 
terminal to the internal clock of the server. A simple synchronization algorithm 
can be used, based on calculating round trip delays of requests sent to content 

15 server 130 by the user terminal 110, and on calculating the difference between 
the user terminal clock and the server clock. Once the user terminal 150 has 
performed synchronization and the starting time of a program is known, media 
stream timeline references may be translated to references in the internal clock 
of the user terminal 150. 

20 The timer controller module 408 is thus aware of whether the pro- 

gram has already started and what is the current time line position. If the pro- 
gram is running, the timer controller 408 may thus automatically find a correct 
content item in the parallel channel to be displayed in the user interface 410. 

Once the use of parallel channel is activated and the user terminal 

25 has received a content item to be shown at a particular time, the content proc- 
essor 404 may start executing. The processor 404 reads the content structure 
definition in the content storage 402 to determine the current content item to be 
displayed and communicates the content item and a related layout to the ren- 
dering engine 406 for display in the user interface 410. Based on the content 

30 structure definition, the content processor 404 informs the timer controller 
module 408 to create timer events, for example displaying of a next content 
item according to content structure. In such a case the processor 404 reads 
the structure definition in the storage 402, determines the content item to be 
displayed, and a related layout, and sends them to a user interface 410 to be 

35 displayed. A combination of the content item and a layout is hereinafter called 
a slide. 
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When the displayed slide provides a possibility for the user to inter- 
act, for example, by means of selecting an on-screen button, entering text to a 
text entry slot, or a defined key combination, or the like, a signal having infor- 
mation on the action is communicated from the user interface 410 to the con- 
5 tent processor 404. The content processor 404 analyses the action and based 
on the analysis triggers a related transaction. The signal of the user action is 
communicated from the content processor 404 to the interaction engine 400 of 
the user terminal, which transmits the signal through the radio system 110 to 
the database 170 and possibly also to the interaction engine 134 of the server 

10 130. In case the interactive action is activated using an object identification, the 
user activity triggers communication from the user terminal 150 to the server 
1 30 automatically and the user does not need to know a long list of service 
numbers, service codes or identification strings. 

In practice there has appeared a problem with the parallel usage of 

15 alternative types of content. As the processor 404 reads the structure defini- 
tion in the content structure memory 402, and sends the current content items 
and layouts to a user interface 410 to be displayed it follows an order pre- 
defined with the content creation tool. If the display, due to this, is suddenly 
changed, while the user is still in the middle of an interactive procedure, for 

20 example activating a purchase request, paying a purchase, or viewing some 
information, this creates irritation, and possible uncertainty of the payment op- 
eration. This has been considered to severely degrade the user experience of 
the proposed solution 

This is overcome in the embodied solution as shown in Figure 4. 

25 The user terminal 150 of the media system 10 is further equipped with a mode 
selection module 414, preferably a software module, that allows the user ter- 
minal 150 to operate in a first mode and in a second mode. In the first mode 
the user terminal displays content items and layouts from the content storage 
402 according to a defined order, based on the timing of the broadcast trans- 

30 mitting system 100. In the second mode each slide is displayed in response to 
a user action, for example, through the user interface 410 of the user terminal. 
Furthermore, the content processor 404 is configured not allow a transition 
from the first mode to the second mode without an appropriate authorization. In 
the first embodiment of the solution the defined order is the pre-defined timing 

35 of the slides, and authorization for the mode transition is given by the user. An 
authorization may be given by entering, for example, through the user interface 
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a user action that ends the interactive procedure, and thus allows displaying 
the content according to the pre-defined synchronization. Such an user action 
may be, for example, pushing a on-screen button <Finished>. Alternatively, an 
authorization may be executed by remaining passive for a while so that the 
5 duration of inactivity exceeds a pre-defined time limit. Authorization may also 
be enabled by a defined authorization signal generated by the content server 
130. 

The second mode primarily relates to a user interaction, more spe- 
cifically the user terminal interacting with the content server 130 or servers ac- 

10 cessible to it and thereby retrieving information or content objects from external 
service providers (browsing). Preferably this is realized with the help of a dis- 
played content object identification, as disclosed earlier. However, it should be 
noted that one content package may comprise a structure that, in addition to 
the pre-defined, synchronized structure, provides alternative sequences of 

1 5 content items for the user to choose from. Accordingly, even though there is no 
interaction for data retrieval with the server, the terminal may, in such a case, 
operate in the second mode. 

Figure 5 illustrates the embodied method for displaying information 
received in the parallel channel. The procedure begins in the situation where a 

20 first slide is retrieved from the content storage 402 and displayed on the screen 
of the user terminal, i.e. the user terminal operates in the first mode. The dis- 
play of the content item has been defined to take place for the duration of T1 , 
unless interrupted by an interactive functionality initiated by the user. Figure 6 
illustrates the related screen 60 of the user terminal displaying the first content 

25 item. The first slide provides a view in a form of a repetitive template 62 that 
acts as a frame that is complemented with the changing data of the content 
item 64. The illustrated content item 64 also comprises an object identifier, 
which leads to the slide comprising an on-screen button 66. In the illustrated 
embodiment the on-screen button provides a possibility to purchase a ringing 

30 tone of the song currently broadcast in the radio. The first slide may also pro- 
vide an indicator 68 showing the mode the terminal is operating in. When the 
user terminal begins to display the slide (step 505), a synchronization timer is 
started. In case the user is not interested in the ringing tone (step 510) and 
thus does not activate the on-screen button, the procedure will continue by 

35 checking that the timer t1 count has not exceeded the pre-defined time limit T1 
(step 515). As long as the threshold T1 has not been exceeded, the slide will 
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be displayed in the screen (step 505). When the threshold Tl is exceeded 
(step 515), a new slide will be retrieved from the content storage (step 520). 
The timer is reset (step 525), and the procedure will continue from step 505. 

However, in case the user activates the on-screen button (step 
5 510), the user terminal will change into the second mode (step 530). It may be 
possible that additional user action, for example in the form of confirming the 
transaction is necessary (step 535). If the confirmation is not received, the pro- 
cedure will continue from step 555 by checking whether the transition back to 
the first mode is authorized by the user. If the confirmation is received, the 

10 specific module of in the user terminal 150 sends a transaction signal (step 
540) to the database 170 of the object provider. In the database 170 of the ob- 
ject provider the user terminal is identified by the received transaction signal. 
The database sends in return to the request a signal with the ordered object 
using a suitable delivery channel of the radio system. When the user terminal 

15 110 receives (step 545) the signal with the object it notifies the user. The ob- 
ject can be saved in the memory of the user terminal and shown to the user. 
While the transaction is ongoing the timer is not checked and even if the 
threshold T1 of the first slide would be exceeded, the interactive procedure will 
not be interrupted. After the transition is completed, the inactivity timer of the 

20 user is reset (step 550) and it is checked whether the transition back to the first 
mode is authorized by the user (step 555). If the authorization is explicitly re- 
ceived by a user action the procedure will immediately continue from step 570 
by determining, according to the timing of the slides, which slide should be dis- 
played, and then move to step 520 of retrieving the slide from the content stor- 

25 age for display. If the authorization is not received, it is checked (step 560) 
whether the inactivity timer t2 has exceeded a pre-defined threshold T2. If not, 
the procedure will continue from step 535 by waiting for new information from 
the user. If yes, the procedure will continue from step 570 by determining, ac- 
cording to the timing of the slides, which slide should be displayed, and then 

30 continue from step 520. 

The procedure of Figure 5 shoes the basic elements of the embdied 
method, and may be varied in may ways. For example, as shown above, a 
content package may comprise a group of content items associated with timers 
t1, and arranged into a hierarchic structure. Separate timers may be associ- 

35 ated to these separate hierarchic structures and to the overall hierarchic block 
of the whole content package. 
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In Figures 7A to 7D the division between the first mode and of the 
second mode is discussed in more detail. Figure 7A shows a sequence of 
slides, delivered to the user terminal in one content package. The content 
items comprise the information displayed in slides S10 to S14, and the content 
5 structure information defines the timing Ta to Tc between the successive 
slides. As depicted in Figure 7A, in the first mode the slides are displayed in a 
sequence timed according to the pre-defined synchronization Ta to Tc. 

Figure 7B shows a corresponding group of slides S20 to S27 deliv- 
ered to the user terminal in one content package. The content structure pro- 

10 vides a diversion from S21 to either S22 or S26 by choice of the user. In case 
the user does not activate the on-screen button of S21, the user terminal will 
operate in the first mode and the sequence of slides S20 to S25 will be dis- 
played in the pre-defined order according to the pre-defined timing Tm to Tq. 
However, in case the user activates the on-screen button of S21 , the user ter- 

1 5 minal will enter to the second mode, where he or she may navigate through the 
slides S26 to S27 by activating the on-screen buttons comprised in the slides. 
The on-screen button in slide S27 comprises an object identification to termi- 
nate the browsing of the slides, and the terminal will re-enter the first mode by 
the user activating the button. As discussed earlier, the terminal may also enter 

20 the first mode if the user remains inactive longer than a pre-defined time pe- 
riod. 

Figure 7C shows a group of slides S30 to S37 that differs from 
slides S20 to S27 in Figure 7B by the timing arranged between slides S36 and 
S37. This means that by activating the on-screen button of S31 the user may 

25 actuate a change to the display order of the slides, but actually since the dis- 
play of slides S36 and S37 follows a pre-defined synchronization, the terminal 
stays in the first mode throughout the studied time period. 

In the options presented in Figures 7A to 7C the transition between 
the first mode and the second mode has been activated and authorized by the 

30 user by actuating an object identification arranged into the screen of the user 
terminal. In another modification of the embodied solution, as shown in Figure 
7D, in creating the content, the designer of the slides defines whether the slide 
leads to transition between the first mode and the second mode or not. The 
user terminal in the first mode displays slide S40 and after an interval Ts dis- 

35 plays slide S41. However, the slide S41 comprises a question addressed to 
the user and in order to ensure that the user will not unintentionally miss the 
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question, slide S41 has been defined to transition the user terminal into the 
second mode directly when S41 is displayed. In the second mode the slide 
S41 remains displayed on the screen unless the user explicitly authorizes the 
transition back to the first mode by pushing a <clear> button arranged on the 
5 screen, which leads the process to a slide currently timed for display. In Figure 
7D advancing to the next slide S42 is shown, but naturally the identity of the 
next slide to be displayed depends on the time the user takes to remain in the 
second mode. After slide S42 the slides S42 to S44 are displayed according to 
the pre-defined synchronization. 

10 The other possibility to continue from slide S41 is to answer to the 

question by activating the on-screen button of S41 f which leads the procedure 
to slide S45. In Figure 7D slide S45 is also an interactive slide requesting a 
confirmation to the answer provided in slide S41 , and is thus associated with 
the second mode. Confirming the given answer by activating the on-screen 

15 button in the screen leads to displaying the slide S46 that comprises a mes- 
sage thanking for the answer. Slide S46, on the other hand, is also defined to 
transition the user terminal from the second mode to the first mode and 
thereby terminate the interactive functionality. 

In the first embodiment the order defined by the media system was 

20 the pre-defined timing of the slides. In some systems the content may also be 
pushed spontaneously from the server to the terminal, which in conventional 
operation will override any other content viewing in the terminal. In the in- 
vented solution such overriding may happen only if the terminal is in the first 
mode, and therefore open for the new display order as pushed by the system. 

25 If the user terminal is in the second mode, the display status will not change 
unless appropriately authorized. The authorization may be given as described 
earlier, for example, by the user action, user inactivity, or an incoming signal. 

In case of active push services, the user terminal may be arranged 
to give an indication of the new content to the user, for example in form of a 

30 signal tone, flashing of the keyboard, or sign may appear in a particular infor- 
mation section of the screen. In noticing this, the user may decide whether to 
interrupt the ongoing browsing activity to check for the new incoming informa- 
tion, or finalize the activity before entering the new display order provided by 
the content server. 

35 In the first embodiment the first and of the second mode have been 

implemented by the user terminal. It is also possible that the operation modes 
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are arranged into the content server 130. In such embodiment, the mode se- 
lection module 414 of the user terminal 150 is configured to generate and 
transmit a signal to the content server 130 whenever a mode transition occurs 
in the user terminal 150. In response to the received indication the content 
5 server 130 will either spontaneously resume pushing new content to the user 
terminal (second mode->first mode), or refrain from pushing new content to the 
user terminal (first mode->second mode). 

The flow chart of Figure 8 illustrates the step of the embodied 
method of presenting content associated with broadcast program in a user ter- 

10 minal of a telecommunication system. In step 805 a media stream is broadcast 
by a broadcast transmitting system. In step 810 a group of one or more content 
items comprising one or more visual, acoustic or tactile content objects of 
presentation, associated with the media stream, are generated. Example of 
such content object is a text string, a picture, a video clip, an audio clip, a 

15 game, a logo, a screen saver, a ringing tone, or the like, a series of these or 
any combination thereof. In step 815 timing info is attached to the content 
items for timing their presentation, and he content items are delivered (step 
820) using the telecommunication system to a user terminal of the telecommu- 
nication system. In a user terminal, where such content is available, a content 

20 item with the attached timing relating to the current time is retrieved (step 830) 
from the content storage, and presented (step 835) in the user terminal. For a 
person skilled in the art, there are various ways to indicate the timing of a con- 
tent item, which all fall in the scope of the invention. The timing may be given 
explicitly as an absolute time (for example, 31.1.2002 at 08:08:35 GMT), as a 

25 relative time from a defined starting point (for example, 3 seconds after the 
signal for advertisement break), a parameterized definition (for example, im- 
mediately as received), or the like. 

At presenting the content it is checked whether the terminal cur- 
rently operates in the first mode or in the second mode (step 840). If the termi- 

30 nal operates in the first mode, it is checked (step 845) whether the timing indi- 
cates that a new presentation element is necessary (step 850) or not. A pres- 
entation element refers to a group of effects that at one time may be output 
from the terminal without causing disturbing interference. A presentation ele- 
ment typically corresponds to a content item, and in principle an implementa- 

35 tion specific definition. Such a presentation element may comprise, for exam- 
ple, a slide of a display, comprising a content item and a template. Such a 
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presentation element may also comprise a short clip of a song played with the 
loudspeaker of the terminal, or a combination of simultaneous rhythmic blink- 
ing of the keyboard light and vibration of the terminal. For a person skilled in 
the art there are various possibilities for defining presentation items, and any 
5 such variations fall in the scope of the present invention. In case it is consid- 
ered that some functionality, for example incoming call, does not cause dis- 
turbing interference, it is not considered part of presentation element, and ap- 
pears neutral to the operation modes described herein. 

If a new presentation element is necessary, new content will be re- 

1 0 trieved, basically from the content storage (back to step 830). If no, the presen- 
tation of the current slide will continue. If the terminal operates in the second 
mode, it is checked (step 855) whether the user has entered a user activity. If 
yes, content will be retrieved, basically from the content storage or through a 
session with an access point (back to step 830). If no, the presentation of the 

1 5 current slide will continue. 

It will be obvious to a person skilled in the art that, as the technol- 
ogy advances, the inventive concept can be implemented in various ways. The 
invention and its embodiments are not limited to the examples described 
above but may vary within the scope of the claims. 
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